TRANSACTIONAL PROCESSING SYSTEM 



FIELD OF THE INVENTION 
[0001] This invention relates to computer driven business administration 
systems for processing transactional information and more particularly to such 
systems having built in self-programming capabilities. 

BACKGROUND 

[0002] Currently, business customers such as financial services 
(insurance, banking, mutual funds) are paper intensive and highly regulated. 
An important differentiator for such businesses are "price" and the "level of 
service" that can be provided. Both of these differentiators are inherently 
dependent on the limitations of the computer systems that are used. 

[0003] For convenience of expression the term "Business" is used 
hereinafter to mean any suitable business, mutual fund, insurance company, 
bank, organization, financial entity, and the like, which the invention may 
serve. 

[0004] Traditionally, the administration of business accounts has been a 
costly and complicated process which requires a time consuming process of 
setting up new computerized administration systems within the business 
administration structures. The costs for designing and setting up these new 
systems may range from $100,000 to several million dollars. It may require 
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weeks to months and sometimes even years to completely implement these new 
systems. 

[0005] These administration systems are mission-critical applications 
with a long life cycle. As a result, business accounts are still being 
administered on systems designed and first implemented perhaps thirty to 
forty years ago. When these existing systems were designed, the technical and 
business environment was primitive by today's standards. They usually had 
the following limitations: computing power and disk storage were extremely 
expensive; there were few, if any, software tools available to enable a quick 
development of new application logic; there were few or no software tools 
available to form and support document-based processes; there were little or 
no infrastructure or standards for electronic communication between 
companies and their customers, sales force, and suppliers; and product 
features and distribution channels were relatively static and primitive by 
today's standards. 

[0006] Today, administration systems are dynamically changing almost 
every year. The cost of computing power and disk storage is insignificant as 
compared to the cost of the technicians required to customize and implement 
system modifications. The software industry has produced tools that greatly 
speed the delivery of the complex logic needed to administer financial service. 
A secure internet, VPNs, and intranets provide a physical mechanism for 
expedited communication. 
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[0007] A recent innovation is low cost of computing power, combined with 
easy to use software tools, which enables a development of systems that handle 
all of the pertinent business processes, rules, and calculations associated with 
a given transaction. An innovation is the available low cost of disk storage 
which thereby enables the design of systems to store all pertinent data in a 
user friendly format and software tools that enable complex calculations and 
administrative rules that allow customization of the system by knowledgeable 
users, without requiring programmers, thereby speeding the time to market for 
new products. Furthermore, business administration systems support 
document-based processes, enabling a customer to fill out a transaction 
request which the system processes and returns an updated document to the 
customer, confirming the transaction and reflecting the current state of the 
customer's account. Also, the standards for electronic communication enable a 
streamlining of administrative functions to be done by the person responsible 
for the customer account or the customer himself and databases today, 
providing a flexible and extensible management of information. 

[0008] Therefore, these recent innovations in computerized technology 
reduce the need for manual processing and training by providing an 
opportunity to construct improved financial administration systems. As such, 
there exists a need for a transactional processing system utilizing the currently 
available technology advantages to improve business administrative systems. 
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SUMMARY OF THE INVENTION 
[0009] One aspect of the present invention allows a person or user with no 
special training in programming to design new business programs, especially in 
the field of financial transactions. This is done by the use of a Designer and a 
server. The user feeds user input instructions into the Designer, which creates 
forms, summaries, and systems for implementing, editing, calculating, and 
arranging work flow rules. The output of the Designer is fed into the server 
which already pre- stores information in memory data fields. Responsive to the 
commands in the output received from the Designer circuit, the server 
combines the Designer supplied information with information pre-stored in the 
server memory data field to create the necessary forms and other documents 
that are supplied to customers and other end users. The created document 
may be sent over the internet, printed, archived on a CD, or any other suitable 
storage or transmission medium. 

BRIEF DESCRIPTION OF THE DRAWING 
[00010] The invention will be understood best from a study of the following 
description taken with the attached drawings: 

[00011] FIG. 1 illustrates a block diagram of the processing architecture of 
the present invention; and 

[00012] FIG. 2 illustrates a flowchart of steps of one embodiment of the 
present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 
[00013] Generally, the present invention is a business administration 
software tool incorporating a Designer and a server which provide flexibility 
and ease of use with limited built-in constraints. A database starts with an 
industry standard and may be modified almost without restriction. A system- 
to-user interface allows for any reasonable form of input and output that is 
directly useable. Every request and document otherwise referred hereinafter as 
a transaction, is processed independently and immediately or, it can be 
scheduled for processing at a predicted time in the future, or when processing 
time is available. 

THE DESIGNER 

[00014] In accordance with the present invention, the "Designer" is an 
online production creation tool useable by a business knowledgeable person 
with either minimal or almost no technical assistance. Responsive to human 
input, the Designer defines documents, transactions, edits, calculations and 
data required to perform a series of business functions. 

[00015] The human input, otherwise referred to as user input, is provided 
in a program suitable for spreadsheets such as Excel, available from Microsoft, 
Redmond, WA. For example, the Designer, in response to the business 
knowledgeable person's instructions, might create a new charge process by 
providing a withdrawal confirmation document, including the calculations 
associated with a withdrawal charge. Once described, the new calculations are 
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"dragged" onto the withdrawal transaction confirmation document, and thus 
automatically implemented in the future. 

[00016] For each document associated with the product, in one 
embodiment, the Designer: identifies the document template and any pre- 
existing document formats, such as "Microsoft Word" document or "PDF" 
document that contains the text of the document; identifies the document as a 
transaction request form, or a transaction confirmation document; identifies 
the transactions supported by the document, preferably, selected from an 
industry standard list; or a new transaction that can be created immediately; 
identifies business and edit rules associated with the document and rules for 
scheduling future events upon successful completion of this document; and 
creates and arranges the variable data fields in their proper place on the 
document. The Designer operates in response to a first set of software 
instructions for performing the above-noted operations, as the software 
instructions provide for application-specific implementation of each operation. 

[00017] For each field associated with each document, the Designer: 
identifies the source and indicates whether the field is input by the user, 
calculated by the system, taken from the database, or obtained from some 
other document or a site on the Internet; characterizes the display of this field; 
identifies the calculation required by the data field, preferably in a spreadsheet 
format; for input fields, identifies the default value and makes any calculations 
and edits associated with the field, indicating the severity of an error; and for 
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fields obtained from another document or website, identifies the URL and the 
path through the URL which is used to obtain the field. 

[00018] When the above steps are completed for a document, the Designer 
validates the document against industry standards for the transactions. For 
example, a life insurance product designed by the inventive system might 
implement a new withdrawal charge by describing a withdrawal, a form of 
calculation, and a charge field dedicated to that withdrawal. In one 
embodiment, automated testing is also a built in feature of the Designer. 

[00019] The Designer requires only the detailed data concerning the 
product being implemented, without traditional programming. Once a product 
is defined, it can be easily cloned for use in creating another product, saving 
substantial time in the process. Hence, the use of the Designer enables new 
products to be implemented by a reduced amount of personnel in hours, 
instead of prior art techniques which required, perhaps, weeks, months or 
longer. 

THE SERVER 

[00020] The server is any suitable processing environment, such as one or 
more processors executing operating instructions. The server provides an 
operational environment which actually performs the functions created by and 
responsive to the Designer. It enables an entry of data (through a document 
request form), editing transaction, and making calculations, as required. The 
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server produces data for an output document giving the results of the 
transaction, and the scheduling of any future automatic transactions that may 
be necessary. The database is updated, as required, during this process. 

[00021] The server supports and includes the following business functions: 
retrieval and display of customer account and personal information; entry of 
financial and non-financial transactions; real time processing of all 
transactions; time driven processing (future scheduled transactions); 
production of documents, statements, and other related customer 
communications; generation of accounting, commissions, and other financial 
related information; and interfaces with other systems and organizations, as 
required. The server operates in response to a second set of software 
instructions providing for execution of the above-noted operations. 

[00022] More specifically, FIG. 1 shows the architecture of the inventive 
system which includes Designer 100 and a server 102 that are interconnected 
via any suitable means, such as two-way data highways which may, in one 
embodiment, be either hard wired or utilize a software created path 104. The 
Designer 100 may be installed in a "Microsoft Office" or an "Adobe Acrobat" 
platform or any other suitable platform as recognized by one having ordinary 
skill in the art. In one embodiment, the server 102 may be installed in an "IBM 
Web Sphere Application Server," which is coupled to an "IBM HTTP Server" 106 
via any suitable internet or other communication channel 108, wherein the 
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IBM Web Sphere Application Server and the IBM HTTP Server are available 
from I.B.M. Corp., Armonk, NY. 

[00023] In greater detail, the Designer 100 contains self activating software 
which is responsive to user input data at 110, and which may be transmitted 
over an internet, other access path or link 112. The user input data 110 
designates such things as marketing, actuaries information, the design of 
appropriate forms and procedures. The Designer 100 provides supplemental 
information and collates it with the user supplied data in order to assemble a 
transactional report including an instructional output as well as, in one 
embodiment, a form having various data entry fields. The Designer 100 
implements the instructional output by creating appropriate commands or 
instructions in any suitable computer readable computer language to be 
followed by server 102. These instructions relate to such thing as: the design 
of transactional forms, documents, statements, summaries and reports; to 
provide for editing and calculating and to provide work rules for the proper flow 
of data. 

[00024] The server 102 is responsive to the computer language of the 
instructional output within the transactional report created by the Designer 
and has several direct access memory storage areas 114, 116 which pre- store 
both a database of information and a protocol for providing assistance for 
business or other appropriate needs. In one embodiment, memory 114 is a 
read only memory and memory 1 16 is an interactive memory. 
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[00025] Among other things, the database having pre-stored data at 114 
contains definitions of application and transactional information along with 
templates that enable a readout of organizational data in an orderly form. The 
storage areas in memory 114 also contain operational code including 
instructions for making edits and calculations and for supplying work flow 
rules and a database schema. 

[00026] A program generating circuit 117 includes the application 
repository memory 116 which retains archived data relating to the history of 
documents and to customer information, both current and historical, as well as 
to scheduled or future events and user tasks. 

[00027] An administrative protocol area 118 in the server 102 contains a 
program for organizing and collating data received from the user as modified by 
the Designer 100 and the pre-stored data read out from the direct access 
memory 114. As recognized by one having ordinary skill in the art, the 
program in the administrative protocol area 118 may be encoded in any 
suitable computer-readable program code. As historic or customer information 
is utilized, the direct access memory repository 116 is accessed and 
interrogated. For example, the stored memory 116 may include the customer 
history, name, address, subject matter, descriptions, phrases, unpaid account 
balances, customer credit ratings, and any other suitable information, as 
recognized by one having ordinary skill in the art. 
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[00028] A customer self-service protocol area 120 of the server 102 
assembles everything described thus far into a suitable output form which is 
then forwarded to an IBM HTTP server 106 in order to provide information 
which may be used to present a document to the customer or other end users. 
The document may include such things as web pages, forms and the like — 
delivered in any suitable format to the end user at 122 via internet 124 or any 
other suitable transmission path. 

[00029] The operation of the inventive system is described by using an 
example of a business or financial institute which buys and sells shares in any 
one of many different mutual funds, although the example could as well be a 
document relating to any different business applications. 

[00030] The input end user having access to input module 110 carries out 
the steps described below for creating a document, as shown in the flowchart of 
FIG. 2. The first step 200 is defining a form required for this particular 
transaction. 

[00031] The next step, 202, is defining the business rules for this 
particular transaction. The step 202 of defining the business rules might be 
establishing maximum or minimum amounts allowed for a single transaction, 
checking a customer's credit rating or an amount on deposit with a broker, 
calling out the buy/ sell rules of a particular mutual fund, the minimum or 
maximum administration costs permitted per transaction, or any other suitable 
rule as recognized by one having ordinary skill in the art. 
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[00032] Thereupon, the next step, 204, is defining the product calculations 
for this particular transaction. The step 204 of defining the product 
calculation may be something as simple as multiplying the pertinent number of 
shares being bought or sold by the present price per share. Of course, any 
specific transactions may also require any one of a great variety of different 
calculations. 

[00033] Step 206 provides for extending a standard schema, as required by 
this particular transaction. This step 206 interrogates any suitable database 
for such things as: a customer's address, deposit account balance, present 
price per share, number of shares available, information about return on 
investment, or any other suitable data field as recognized by one having 
ordinary skill in the art. Whereupon steps 200-206 result in the production of 
properly formatted software. 

[00034] The next step, step 208, is to preview the Designer supplied form. 
This step 208 calls for the person using the system to preview information in 
the formatted form to validate and approve all that the Designer has done in 
steps 200-206 in order to insure the accuracy and acceptance of the entered 
instructions and/ or data. The function of the Designer is now to present the 
command and instructions to the server in a form that it can use. 

[00035] If the form is not approved, step 210, the process may start over at 
step 200. Otherwise, upon approval, the next step 212 is to publish the 
Designer prepared form to the server. Step 212 transfers the Designer's 
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instructions to the server 102. The server 102 collates and assembles the 
instructions received from the Designer 100 with data taken from memories 
114, 116 in order to provide computer command signals and send them over 
link 108 to the suitable http server 106 and on to the addressee at the end 
user 122 position. 

[00036] Thereupon, the final step, step 214, is to test the server output of 
the transaction for accuracy and completeness before sending it over the 
internet. As such, one embodiment of the present invention is complete. 

[00037] For an exemplary transaction of buying shares in a designated 
mutual fund, a menu appears on the left side of a computer monitor screen at 
input 110 in order to enable the user to define tasks. The user highlights a 
prompt in the menu to identify a particular fund. An appropriate form appears 
on the right hand side of screen. Next, a prompt might be highlighted to 
request a transfer of funds from a deposit account to a buy account. Or, 
perhaps, a particular customer might have a different arrangement for paying 
for the purchase, in which case, that form of a prompt might appear. 

[00038] For example, the customer might have specified that his deposit 
account must never be drawn down below $1000. If so, the Designer might 
reject a request to withdraw funds from a deposit account if it draws down the 
account under the $1000 level. 
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[00039] Assuming that a withdrawal of funds from a deposit account is 
appropriate for this transaction, an amount is entered on the form displayed on 
the monitor. The Designer goes through the defined calculations of step 206 
and accepts or rejects the requested payment or withdrawal at step 206. In 
one embodiment, the acceptance or rejection may be made on a basis of funds 
available or customer's credit rating. 

[00040] Next, the user enters any specific information on the form, such as 
the maximum or minimum amount per share that the customer has authorized 
for a purchase or sale of shares in the fund. Again, the computer goes through 
the prescribed calculations described in step 204, as necessary. 

[00041] Assuming that everything is in order, the next prompt calls for the 
name of the payee for the purchase of the mutual shares. After all of the 
necessary information is entered on the form, it is displayed for a preview by 
the user. If acceptable, a suitable identification is entered on the form such as 
the date, a transaction number, and the like. 

[00042] At this point a portfolio summary is displayed showing the 
customer's positions after the transactions are completed. 

[00043] If all is well, the Designer 100 exports its stored data to the server 
102 which collates the data with the data stored in the server to prepare a 
transactional report to the customer. After the server completes its 
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preparation, the transactional report is sent over the internet 108, 124 to the 
customer at the end user 122 position. 

[00044] The present invention provides for a solution built on a platform 
that is extendible by the end user. This means the documents, user interface, 
database definition, procedures and processing logic can be modified without 
an undue amount of technical expertise or special programming training. 
Moreover, the product definition is built into and within the input (request) 
documents and the resulting output documents. All edits, calculations, 
accounting, time driven processing, data requirements, etc. are self contained 
within these crated transaction documents. Furthermore, the user interface is 
document centric. If the user understands how to fill out printed paper forms, 
that is all that is needed. This eliminates errors and training associated with 
re-keying data from a form into a user interface that may or may not resemble 
that form, and allows the user interface to customized the system to fit the 
product and its documents, instead of requiring a customization of the product 
and its documents in order to fit the system. 

[00045] Those who are skilled in the act will readily perceive various 
modifications. Therefore the appended claims are to be construed to cover all 
equivalents which fall within the scope and spirit of the invention. 
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